今天遇到了小狀況，前端在 call api 到後端時，發現 response 的回覆速度有越來越慢的傾向。
找不出是哪個步驟出了原因的後端工程師不知道該如何是好，我的系統瓶頸問題是出在哪呢，是連線到資料庫取資料的時候花太多時間嗎？還是商業邏輯的部份太複雜導致程式碼處理太久？
正當百思不得其解的時候，也許就是我們可以使用 APM 的時候了。

APM Application Performance Monitoring，透過不間斷的監測我們的程式碼來找出問題的癥結點。

這邊以 Elastic APM 作為說明：
Elastic APM 透過收集前後端的請求/回應、資料庫查詢、快取調用、外部 HTTP 請求…等工作的響應時間與各種指標，幫助開發人員快速檢測、診斷並修正效能瓶頸。我們可以透過監控 CPU、記憶體和流量，來找出花費的多餘時間或是可以避免重複作業的地方，以確保所有的服務可以高效運行。

APM Agent 收集數據後傳送給 APM server，
server 接收效能數據後，將數據轉換為 Elasticsearch 文檔進行索引、儲存，這些數據可以透過 Kibana APM 查看。Elasticsearch 可快速儲存、搜索和分析大量數據。Kibana 提供視覺化圖表，讓你可以更一目瞭然看出問題所在。

參考文章：

• Elastic APM 是什麼 ? 效能監控功能介紹、基本架構與4種事件類型、2個應用場景，看這篇就夠了！
• APM 神救援，有效解決系統的效能瓶頸點